System and method for providing recording function when no program information is available

ABSTRACT

A method and system for recording a program in an apparatus that has auxiliary programming information available are described. A program is first selected for recording. A determination is made to see whether the associated auxiliary programming information is available for the selected first program for recording. If the associated auxiliary programming information is not available for the selected first program, then a recording timer is automatically populated with all known recording parameters. All the unknown recording parameters in the recording timer are also populated according to a pre-determined algorithm.

[0001] This invention generally relates to the field of user interface control for electronics devices and more particularly, to a system and method for setting up a program recording scheduler when program guide information is unavailable or incomplete.

BACKGROUND OF THE INVENTION

[0002] Electronic devices such as televisions and personal computers (PCs) require a control system that includes a user interface system. Typically, a user interface system provides information to a user and simplifies use of the device. One example of a user interface is an electronic menuing system in a television system. The menuing system allows a user to easily interact with and control a television system, which is becoming more complex.

[0003] Electronic Program Guides (EPG) are very useful for providing program information while a consumer is watching TV. An EPG provides time and channel information electronically, typically in a familiar grid format.

SUMMARY OF THE INVENTION

[0004] The present inventors recognize that there are drawbacks to the present use of electronic program guides. For example, video apparatus such as a digital TV or receiver may have the capability of receiving, processing, and displaying program information (e.g., program time, title, description, duration, etc.) in an electronic program guide (EPG), but a digital-TV broadcaster (e.g., WTHR Channel 46) may not be sending the program information. Therefore, sometimes, programs are without their programming description.

[0005] This is especially troublesome in a known “one-touch recording” feature in a system such as a Gemstar program guide equipped TV. The one touch recording feature is illustrated in FIGS. 1a and 1 b. AS shown in FIG. 1a, when there is program guide information available, the user will be presented with, for example, program details screen 1 when a program is selected. As shown in FIG. 1b, if the user selects “Record Program” option 3 on screen FIG. 1a or 1 b, a event recording timer 1, for example, will be automatically set for recording the program at an appropriate time. A confirmation message 4 will typically be displayed, as shown in FIG. 2b. In addition, a user may select directly a “record” key on his or her user remote when a program is being viewed to one-touch record the current program. A confirmation window 6 will appear on screen 5, as shown in FIG. 1C.

[0006] However, when there is no programming information available for a certain channel or program in the EPG, the current guide divides the channels' programming information “bar” into half-hour divisions each with a “No Listing” label. When you attempt to do a one-touch recording (by either pressing RECORD or “3” for Record function) on one of these “NO Listing” programs, nothing happens, since no information is available to automatically provide the necessary recording information. Therefore, the present inventors recognize the problem that without this program information, a user may not be able to use the one-touch record feature on his EPG as he normally would for programs which do have program information.

[0007] The present inventors recognize that one possible solution to this problem is by starting the recording at the moment that the user presses RECORD and to record indefinitely until the user manually stops the recording. This is not very intelligent or user friendly, however. The problem may also be solved simply by starting the recording at the moment that the user presses RECORD and to stop recording when the next hour or half-hour passes, but this is too rigid of a solution.

[0008] Hence, the present inventors arrive at an advantageous solution which is to first use any available program information, then intelligently guess at unavailable information, and then to allow the user to easily change information. Therefore, a system and a method are disclosed which provides an intelligent way of providing a recording function. First, the present invention will automatically fill in all the known information for the program to be recorded (signal source, channel number, subchannel number (if needed), stop time, frequency of recording, month, day of month). The present invention will then intelligently guess at the stop time using a rule set. In addition, the user may change all or some of the parameters if needed.

BRIEF DESCRIPTION OF THE DRAWINGS

[0009]FIGS. 1a and 1 b describe a “one touch recording” feature of an existing EPG-equipped apparatus.

[0010]FIG. 2 is a hardware block diagram according the present invention.

[0011]FIG. 3 is another hardware block diagram according the present invention.

[0012]FIG. 4 is also anther hardware block diagram according the present invention.

[0013]FIG. 5 is an exemplary electronic program guide.

[0014]FIG. 6 is flow diagram according to the present invention.

[0015]FIG. 7 shows an EPG when some of the programs do not have programming information.

[0016]FIG. 8 is another exemplary display screen according to the present invention.

[0017]FIG. 9 is a timer screen according to the principles of the present invention.

DETAILED DESCRIPTION

[0018] As described before, the present inventors recognize the deficiency of the current one touch recording feature when EPG information is absent or Incomplete for any reason. In the normal case where an EPG has acquired program information, executing a one-touch recording is easy. The user goes to the EPG, highlights the future or current program he wants to record, and then presses RECORD. As shown in FIG. 1a, the “Program Details” screen 1 will appear which gives the user a detailed description of the program to make sure that is what he wants to record. The user may then select the “Record Program” 3 option on the screen 1. After that, a confirmation/alert panel 4 appears, as shown in FIG. 1b.

[0019] In addition, from an EPG, the one-touch recording can be done for either a program already in progress or for a program that is scheduled to appear in the future. In the case when a desired program is already in progress, all a user has to do is press, for example, a “record” key on his or her user remote, to record the current program.

[0020] The program will then be recorded with the device controlling the VCR outputting, for example, “start record” and “stop record” IR codes, via an infrared transmitter (e.g., an IR blaster), as well known in the art. Alternatively, a recording device may be built in, for example, using storage media such as a DVD-recorder, an internal hard disk drive, or other devices. After the record key has been pressed, a confirmation window 6 will appear on screen 5, as shown in FIG. 1C.

[0021]FIG. 2 shows an example of a television system suitable for processing user commands and displaying exemplary user interface screens in accordance with the present invention. The television receiver shown in FIG. 2 is capable of processing both analog NTSC television signals and internet information. The system shown in FIG. 1 has a first input 1100 for receiving television signal RF_IN at RF frequencies and a second input 1102 for receiving baseband television signal VIDEO IN. Signal RF_IN may be supplied from a source such as an antenna or cable system while signal VIDEO IN may be supplied, for example, by a video cassette recorder (VCR). Tuner 1105 and IF processor 1130 operate in a conventional manner for tuning and demodulating a particular television signal that is included in signal RF_IN. IF processor 1130 produces baseband video signal VIDEO representing the video program portion of the tuned television signal. IF processor 1130 also produces a baseband audio signal that is coupled to an audio processing section (not shown in FIG. 1) for further audio processing. Although FIG. 2 shows input 1102 as a baseband signal, the television receiver could include a second tuner and IF processor similar to units 1105 and 1130 for producing a second baseband video signal from either signal RF_IN or from a second RF signal source.

[0022] The system shown in FIG. 2 also includes a main microprocessor (mP) 1110 for controlling components of the television receiver such as tuner 1105, picture-in-picture processing unit 1140, video signal processor 1155, and StarSight® data processing module 1160. AS used herein, the term “microprocessor” represents various devices including, but not limited to, microprocessors, microcomputers, microcontrollers and controllers. Microprocessor 1110 controls the system by sending and receiving both commands and data via serial data bus I²C BUS which utilizes the well-known I²C serial data bus protocol. More specifically, central processing unit (CPU) 1112 within mP 1110 executes control programs contained within memory, such as EEPROM 1127 shown in FIG. 2, in response to commands provided by a user, e.g., via IR remote control 1125 and IR receiver 1122. For example, activation of a “CHANNEL UP” feature on remote control 1125 causes CPU 1112 to send a “change channel” command along with channel data to tuner 1105 via I²C BUS. AS a result, tuner 1105 tunes the next channel in the channel scan list. Another example of a control program stored in EEPROM 1127 Is software for implementing the operations shown in FIGS. 6A, 6B, 7 and 8 in flow chart form to be discussed below and in accordance with the present invention.

[0023] Main microprocessor 1110 also controls the operation of a communications interface unit 1113 for providing the capability to upload and download information to and from the internet. Communication Interface unit 1113 includes, for example, a modem for connecting to an internet service provider, e.g., via a telephone line or via a cable television line. The communication capability allows the system shown in FIG. 1 to provide email capability and internet related features such as web browsing in addition to receiving television programming.

[0024] CPU 1112 controls functions included within mP 1110 via bus 1119 within mP 1110. In particular, CPU 1112 controls auxiliary data processor 1115 and on-screen display (OSD) processor 1117. Auxiliary data processor 1115 extracts auxiliary data such as StarSight® data from video signal PIPV.

[0025] StarSight® data which provides program guide data information in a known format is typically received only on a particular television channel and the television receiver must tune that channel to extract StarSight® data. To prevent StarSight® data extraction from interfering with normal use of the television receiver, CPU 1112 initiates StarSight® data extraction by tuning the particular channel only during a time period when the television receiver is usually not in use (e.g., 2:00 AM). At that time, CPU 1112 configures decoder 1115 such that auxiliary data is extracted from horizontal line intervals such as line 16 that are used for StarSight® data. CPU 1112 controls the transfer of extracted StarSight® data from decoder 1115 via I²C BUS to StarSight® module 1160. A processor internal to the module formats and stores the data in memory within the module. In response to the StarSight® EPG display being activated (e.g., a user activating a particular key on remote control 125), CPU 1112 transfers formatted StarSight® EPG display data from StarSight® module 1160 via I²C BUS to OSD processor 1117.

[0026] An EPG is an interactive, on-screen display feature that displays information analogous to TV listings found in local newspapers or other print media. In addition, an EPG also includes information necessary for collating and decoding programs. An EPG provides information about each program within the time frames covered by the EPG which typically ranges from the next hour up to seven days. The information contained in an EPG includes programming characteristics such as channel number, program title, start time, end time, elapsed time, time remaining, rating (if available), topic, theme, and a brief description of the program's content. EPGs are usually arranged in a two-dimensional table or grid format with time information on one axis and channel information on the other axis. An example of an program guide is shown in FIG. 5.

[0027] Unlike non-interactive guides that reside on a dedicated channel and merely scroll through the current programming on the other channels for the next 2 to 3 hours, EPGs allow viewers to select any channel at any time during some period into the future, e.g., up to seven days forward. Further EPG features include the ability to highlight individual cells of the grid containing program information. Once highlighted, the viewer can perform functions pertaining to that selected program. For instance, the viewer could instantly switch to that program if it is currently being aired. Viewers could also program one touch video cassette recording (VCR) or the like if the television is properly configured and connected to a recording device. Such EPGs are known in the art and described, for instance, in U.S. Pat. Nos. 5,353,121; 5,479,268; and 5,479,266 issued to Young et al. and assigned to StarSight Telecast, Inc.

[0028] In addition, U.S. Pat. No. 5,515,106, issued to Chaney and assigned to the same assignee of the present invention, describes in detail an exemplary embodiment including data packet structure necessary to implement an exemplary program guide system. The exemplary data packet structure is designed so that both the channel information (e.g., channel name, call letters, channel number, type, etc.) and the program description information (e.g., content, title, rating, star, etc.) relating to a program may be transmitted from a program guide database provider to a receiving apparatus efficiently.

[0029] OSD processor 1117 operates in a conventional manner to produce R, G, and B video signals OSD_RGB that, when coupled to a displayed device (not shown), will produce a displayed image representing onscreen display information in according to flow charts to be shown in FIGS. 6-8 and to be described later. OSD processor 1117 also produces control signal Fast-Switch (FSW) which is intended to control a fast switch for inserting signals OSD_RGB Into the system's video output signal at times when an on-screen display is to be displayed. Therefore, when a user enables the various user interface screens of the present invention to be described later, OSD processor 1117 produces the corresponding signals OSD_RGB representing the on-screen display information previously stored or programmed in the memory 1127. For example, when a user enables an EPG, e.g., by activating a particular switch on remote control 1125, CPU 1112 enables processor 1117. In response, processor 1117 produces signals OSD_RGB representing the program guide data information previously extracted and already stored in memory, as discussed above. Processor 1117 also produces signal FSW indicating when the EPG Is to be displayed.

[0030] Video signal processor (VSP) 1155 performs conventional video signal processing functions, such as luma and chroma processing. Output signals produced by VSP 1155 are suitable for coupling to a display device, e.g., a kinescope or LCD device (not shown in FIG. 2), for producing a displayed image. VSP 1155 also includes a fast switch for coupling signals produced by OSD processor 1117 to the output video signal path at times when graphics and/or text is to be included in the displayed image. The fast switch is controlled by control signal FSW which is generated by OSD processor 1117 in main microprocessor 1110 at times when text and/or graphics are to be displayed.

[0031] The input signal for VSP 1155 is signal PIPV that is output by picture-in-picture (PIP) processor 1140. When a user activates PIP mode, signal PIPV represents a large picture (large pix) into which a small picture (small pix) is inset. When PIP mode is inactive, signal PIPV represents just the large pix, i.e., no small pix signal is included in signal PIPV. PIP processor 1140 provides the described functionality in a conventional manner using features included in unit 1140 such as a video switch, analog-to-digital converter (ADC), RAM, and digital to analog converter (DAC).

[0032] AS mentioned above, the display data included in the EPG display is produced by OSD processor 1117 and included in the output signal by VSP 1155 in response to fast switch signal FSW. When controller 1110 detects activation of the EPG display, e.g., when a user presses an appropriate key on remote control 1125, controller 1110 causes OSD processor 1117 to produce the EPG display using information such as program guide data from StarSight® module 1160. Controller 1110 causes VSP 1155 to combine the EPG display data from OSD processor 1117 and the video image signal in response to signal FSW to produce a display including EPG. The EPG can occupy all or only a portion of the display area.

[0033] When the EPG display is active, controller 1110 executes an EPG control program stored in EEPROM 1127. The control program monitors the location of a position indicator, such as a cursor and/or highlighting, in the EPG display. A user controls the location of the position indicator using direction and selection keys of remote control 1125. Alternatively, the system could include a mouse device. Controller 1110 detects activation of a selection device, such as clicking a mouse button, and evaluates current cursor location information in conjunction with EPG data being displayed to determine the function desired, e.g., tuning a particular program. Controller 1110 subsequently activates the control action associated with the selected feature.

[0034] An exemplary embodiment of the features of the system shown in FIG. 2 that have been described thus far comprises an ST9296 microprocessor produced by SGS-Thomson Microelectronics for providing the features associated with mP 1110; an M65616 picture-in-picture processor produced by Mitsubishi for providing the described basic PIP functionality associated with PIP processor 1140; and an LA7612 video signal processor produced by Sanyo for providing the functions of VSP 1155.

[0035]FIG. 3 shows another example of an electronic device capable of processing user commands and displaying exemplary user interface screens in accordance with the present invention. AS described below, the system shown in FIG. 3 is an MPEG compatible system for receiving MPEG encoded transport streams representing broadcast programs. However, the system shown in FIG. 2 is exemplary only. The user interface system described herein is also applicable to other types of digital signal processing devices including non-MPEG compatible systems, involving other types of encoded datastreams. For example, other devices include digital video disc (DVD) systems and MPEG program streams, and systems combining computer and television functions such as the so-called “PCTV”. Further, although the system described below is described as processing broadcast programs, this is exemplary only. The term ‘program’, is used to represent any form of packetized data such as telephone messages, computer programs, internet data or other communications, for example.

[0036] In overview, in the video receiver system of FIG. 3, a carrier modulated with video data is received by antenna 10 and processed by unit 15. The resultant digital output signal is demodulated by demodulator 20 and decoded by decoder 30. The output from decoder 30 is processed by transport system 25 which is responsive to commands from remote control unit 125. System 25 provides compressed data outputs for storage, further decoding, or communication to other devices.

[0037] Video and audio decoders 85 and 80 respectively, decode the compressed data from system 25 to provide outputs for display. Data port 75 provides an interface for communication of the compressed data from system 25 to other devices such as a computer or High Definition Television (HDTV) receiver, for example. Storage device 90 stores the compressed data from system 25 on storage medium 105. Device 90, in a playback mode also supports retrieval of the compressed data from storage medium 105 for processing by system 25 for decoding, communication to other devices or storage on a different storage medium (not shown to simplify drawing).

[0038] Considering FIG. 3 in detail, a carrier modulated with video data received by antenna 10, is converted to digital form and processed by input processor 15. Processor 15 includes radio frequency (RF) tuner and intermediate frequency (IF) mixer and amplification stages for down-converting the input video signal to a lower frequency band suitable for further processing. The resultant digital output signal is demodulated by demodulator 20 and decoded by decoder 30. The output from decoder 30 is further processed by transport system 25.

[0039] Multiplexer (mux) 37 of service detector 33 is provided, via selector 35, with either the output from decoder 30, or the decoder 30 output further processed by a descrambling unit 40. Descrambling unit 40 may be, for example, a removable unit such as a smart card in accordance with ISO 7816 and NRSS (National Renewable Security Standards) Committee standards (the NRSS removable conditional access system is defined in EIA Draft Document IS-679, Project PN-3639). Selector 35 detects the presence of an insertable, compatible, descrambling card and provides the output of unit 40 to mux 37 only if the card is currently inserted in the video receiver unit. Otherwise selector 35 provides the output from decoder 30 to mux 37. The presence of the insertable card permits unit 40 to descramble additional premium program channels, for example, and provide additional program services to a viewer. It should be noted that in the preferred embodiment NRSS unit 40 and smart card unit 130 (smart card unit 130 is discussed later) share the same system 25 interface such that only either an NRSS card or a smart card may be inserted at any one time. However, the interfaces may also be separate to allow parallel operation.

[0040] The data provided to mux 37 from selector 35 Is in the form of an MPEG compliant packetized transport datastream as defined in MPEG systems standard section 2.4 and Includes program guide information and the data content of one or more program channels. The individual packets that comprise particular program channels are identified by Packet Identifiers (PIDs). The transport stream contains Program Specific Information (PSI) for use in identifying the PIDS and assembling individual data packets to recover the content of all the program channels that comprise the packetized datastream. Transport system 25, under the control of the system controller 115, acquires and collates program guide information from the input transport stream, storage device 90 or an internet service provider via the communication interface unit 116. The individual packets that comprise either particular program channel content or Program Guide Information, are identified by their Packet Identifiers (PIDS) contained within header information. As discussed above, the program description contained in the program guide information may comprise different program descriptive fields such as title, star, rating, etc., relating to a program.

[0041] The user interface incorporated in the video receiver shown in FIG. 3 enables a user to activate various features by selecting a desired feature from an on-screen display (OSD) menu. The OSD menu may include an electronic program guide (EPG) as described above, and other features discussed below.

[0042] Data representing information displayed in the OSD menu is generated by system controller 115 In response to stored on-screen display (OSD) Information representing text/graphics, stored program guide information, and/or program guide and text/graphics information received via the input signal as described above and in accordance with exemplary control programs to be shown in FIGS. 6-8, and to be discussed below. The software control programs may be stored, for example, in embedded memory (not shown) of system controller 115.

[0043] Using remote control unit 125 (or other selection means such as a mouse) a user can select from the OSD menu items such as a program to be viewed, a program to be stored (e.g., recorded), the type of storage media and manner of storage. System controller 115 uses the selection information, provided via interface 120, to configure system 25 to select the programs for storage and display and to generate PSI suitable for the selected storage device and media. Controller 115 configures system 25 elements 45, 47, 50, 55, 65 and 95 by setting control register values within these elements via a data bus and by selecting signal paths via muxes 37 and 110 with control signal C.

[0044] In response to control signal C, mux 37 selects either, the transport stream from unit 35, or in a playback mode, a datastream retrieved from storage device 90 via store interface 95. In normal, non-playback operation, the data packets comprising the program that the user selected to view are identified by their PIDS by selection unit 45. If an encryption indicator in the header data of the selected program packets indicates the packets are encrypted, unit 45 provides the packets to decryption unit 50. Otherwise unit 45 provides non-encrypted packets to transport decoder 55. Similarly, the data packets comprising the programs that the user selected for storage are identified by their PIDS by selection unit 47. Unit 47 provides encrypted packets to decryption unit 50 or non-encrypted packets to mux 110 based on the packet header encryption indicator information.

[0045] The functions of decryptors 40 and 50 may be implemented in a single removable smart card which is compatible with the NRSS standard. The approach places all security related functions in a removable unit that can easily be replaced if a service provider decides to change encryption techniques or to permit easily changing the security system, e.g., to descramble a different service.

[0046] Units 45 and 47 employ PID detection filters that match the PIDS of incoming packets provided by mux 37 with PID values pre-loaded in control registers within units 45 and 47 by controller 115. The preloaded PIDS are used in units 47 and 45 to identify the data packets that are to be stored and the data packets that are to be decoded for use in providing a video image. The pre-loaded PIDs are stored in look-up tables in units 45 and 47. The PID look-up tables are memory mapped to encryption key tables in units 45 and 47 that associate encryption keys with each pre-loaded PID. The memory mapped PID and encryption key look-up tables permit units 45 and 47 to match encrypted packets containing a pre-loaded PID with associated encryption keys that permit their decryption. Non-encrypted packets do not have associated encryption keys. Units 45 and 47 provide both identified packets and their associated encryption keys to decryptor 50. The PID look-up table in unit 45 is also memory mapped to a destination table that matches packets containing pre-loaded PIDS with corresponding destination buffer locations in packet buffer 60. The encryption keys and destination buffer location addresses associated with the programs selected by a user for viewing or storage are pre-loaded into units 45 and 47 along with the assigned PIDS by controller 115. The encryption keys are generated by ISO 7816-3 compliant smart card system 130 from encryption codes extracted from the input datastream. The generation of the encryption keys is subject to customer entitlement determined from coded information in the input data stream and/or pre-stored on the insertable smart card itself (International Standards Organization document ISO 7816-3 of 1989 defines the interface and signal structures for a smart card system).

[0047] The packets provided by units 45 and 47 to unit 50 are encrypted using an encryption technique such as the Data Encryption Standard (DES) defined in Federal Information Standards (FIPS) Publications 46, 74 and 81 provided by the National Technical Information Service, Department of Commerce. Unit 50 decrypts the encrypted packets using corresponding encryption keys provided by units 45 and 47 by applying decryption techniques appropriate for the selected encryption algorithm. The decrypted packets from unit 50 and the non-encrypted packets from unit 45 that comprise the program for display are provided to decoder 55. The decrypted packets from unit 50 and the non-encrypted packets from unit 47 that comprise the program for storage are provided to mux 110.

[0048] Unit 60 contains four packet buffers accessible by controller 115. One of the buffers is assigned to hold data destined for use by controller 115 and the other three buffers are assigned to hold packets that are destined for use by application devices 75, 80 and 85. Access to the packets stored in the four buffers within unit 60 by both controller 115 and by application interface 70 is controlled by buffer control unit 65. Unit 45 provides a destination flag to unit 65 for each packet identified by unit 45 for decoding. The flags indicate the individual unit 60 destination locations for the identified packets and are stored by control unit 65 In an internal memory table. Control unit 65 determines a series of read and write pointers associated with packets stored in buffer 60 based on the First-In-First-Out (FIFO) principle. The write pointers in conjunction with the destination flags permit sequential storage of an identified packet from units 45 or 50 in the next empty location within the appropriate destination buffer in unit 60. The read pointers permit sequential reading of packets from the appropriate unit 60 destination buffers by controller 115 and application interface 70.

[0049] The non-encrypted and decrypted packets provided by units 45 and 50 to decoder 55 contain a transport header as defined by section 2.4.3.2 of the MPEG systems standard. Decoder 55 determines from the transport header whether the non-encrypted and decrypted packets contain an adaptation field (per the MPEG systems standard). The adaptation field contains timing information including, for example, Program Clock References (PCRS) that permit synchronization and decoding of content packets. Upon detection of a timing information packet, that is a packet containing an adaptation field, decoder 55 signals controller 115, via an interrupt mechanism by setting a system interrupt, that the packet has been received. In addition, decoder 55 changes the timing packet destination flag in unit 65 and provides the packet to unit 60. BY changing the unit 65 destination flag, unit 65 diverts the timing information packet provided by decoder 55 to the unit 60 buffer location assigned to hold data for use by controller 115, instead of an application buffer location.

[0050] Upon receiving the system interrupt set by decoder 55, controller 115 reads the timing information and PCR value and stores it in internal memory. PCR values of successive timing information packets are used by controller 115 to adjust the system 25 master clock (27 MHZ). The difference between PCR based and master clock based estimates of the time interval between the receipt of successive timing packets, generated by controller 115, Is used to adjust the system 25 master clock. Controller 115 achieves this by applying the derived time estimate difference to adjust the input control voltage of a voltage controlled oscillator used to generate the master clock. Controller 115 resets the system interrupt after storing the timing information in internal memory.

[0051] Packets received by decoder 55 from units 45 and 50 that contain program content including audio, video, caption, and other information, are directed by unit 65 from decoder 55 to the designated application device buffers in packet buffer 60. Application control unit 70 sequentially retrieves the audio, video, caption and other data from the designated buffers in buffer 60 and provides the data to corresponding application devices 75, 80 and 85. The application devices comprise audio and video decoders 80 and 85 and high speed data port 75. For example, packet data corresponding to a composite program guide generated by the controller 115 as described above and as shown in FIG. 5, may be transported to the video decoder 85 for formatting into video signal suitable for display on a monitor (not shown) connected to the video decoder 85. Also, for example, data port 75 may be used to provide high speed data such as computer programs, for example, to a computer. Alternatively, port 75 may be used to output data to an HDTV decoder to display images corresponding to a selected program or a program guide, for example.

[0052] Packets that contain PSI information are recognized by unit 45 as destined for the controller 115 buffer in unit 60. The PSI packets are directed to this buffer by unit 65 via units 45, 50 and 55 In a similar manner to that described for packets containing program content. Controller 115 reads the PSI from unit 60 and stores it in internal memory.

[0053] Controller 115 also generates condensed PSI (CPSI) from the stored PSI and incorporates the CPSI In a packetized datastream suitable for storage on a selectable storage medium. The packet identification and direction is governed by controller 115 in conjunction with the unit 45 and unit 47 PID, destination and encryption key look-up tables and control unit 65 functions in the manner previously described.

[0054] In addition, controller 115 is coupled to a communication interface unit 116 that operates in a manner similar to interface unit 1113 in FIG. 2. That is, unit 116 provides the capability to upload and download information to and from the internet. Communication interface unit 116 includes, for example, a modem for connecting to an internet service provider, e.g., via a telephone line or via a cable television line. The communication capability allows the system shown in FIG. 3 to provide email capability and internet related features such as web browsing in addition to receiving television programming.

[0055]FIG. 4 is a specific implementation of an electronic device generally shown in FIG. 3 and described in detail above. FIG. 4 represents a satellite receiver set-top box, designed and manufactured by Thomson Consumer Electronics, of Indianapolis, Ind., USA, for receiving DirecTV™ satellite service provided by Hughes Electronics.

[0056] AS shown in FIG. 4, the set-top box has a tuner 301 which receives and tunes applicable satellite RF signals in the range of 950-1450 Mhz from a satellite antenna 317. The tuned analog signals are outputted to a link module 302 for further processing. Link module 302 is responsible for further processing of the analog tuned signals I_out and Q_out from tuner 301, including filtering and conditioning of the analog signals, and conversion of the analog signals into a digital output signal, DATA. The link module 302 is implemented as an integrated circuit (IC). The link module IC is manufactured by SGS-Thomson Microelectronics of Grenoble, France, and has Part No. ST 15339-610.

[0057] The digital output, DATA, from the link module 302 consists of compliant packetized data stream recognized and processable by the transport unit 303. The datastream, as discussed in detail in relation to FIG. 3, includes program guide data information and the data content of one or more program channels of the satellite broadcast service from DIRECTTV™. AS discussed above, program guide data contains information relating to the type of program (e.g., audio-only, video-only, etc.) as indicated, for example, by the “class” type.

[0058] The function of the transport unit 303 Is the same as the transport system 25 shown in FIG. 3 and discussed already. As described above, the transport unit 303, processes the packetized data stream according to the Packet Identifiers (PID) contained in the header information. The processed data stream is then formatted into MPEG compatible, compressed audio and video packets and coupled to a MPEG decoder 304 for further processing.

[0059] The transport unit 303 Is controlled by an Advanced RISC Microprocessor (ARM) 315 which is a RISC based microprocessor. The ARM processor 315 executes control software residing in ROM 308. Exemplary components of the software may be, for example, control programs shown in FIGS. 6-8 for processing user interface commands and displaying OSD Information in accordance with aspects of the present invention as will be discussed below.

[0060] The transport unit 303 is typically implemented as an integrated circuit. For example, a preferred embodiment is an IC manufactured by SGS-Thomson Microelectronics and has a Part No. ST 15273-810 or 15103-65C.

[0061] The MPEG compatible, compressed audio and video packets from the transport unit 303 are delivered to a MPEG decoder 304. The MPEG decoder decodes the compressed MPEG datastream from the transport unit 303. The decoder 304 then outputs the applicable audio stream which can be further processed by the audio digital-to-analog converter (DAC) 305 to convert the digital audio data into analog sound. The decoder 304 also outputs applicable digital video data which represents image pixel information to a NTSC encoder 306. The NTSC encoder 306 then further processes this video data into NTSC compatible analog video signal so that video images may be displayed on a regular NTSC television screen. The MPEG decoder as described above may be implemented as an integrated circuit. One exemplary embodiment may be an MPEG decoder IC manufactured by SGS-Thomson Microelectronics having Part No. ST 13520.

[0062] Included in the MPEG processor 304 is an OSD processor 320. The OSD processor 320 reads data from SDRAM 316 which contains stored OSD information. OSD information corresponds to bitmap OSD graphics/text images. The OSD processor is capable of varying the color and/or translucency of each pixel of an OSD image under the control of the ARM microprocessor 315 in a conventional manner.

[0063] The OSD processor is also responsible for generating an exemplary program guide as shown in FIG. 5 under the control of the ARM processor 315. In the exemplary embodiment, upon detecting a user request to generate a guide display, the ARM microprocessor 315 processes the program guide data information obtained from a data stream provided by a program guide information provider and formats the guide data information into OSD pixel data corresponding to a “grid guide” as shown in FIG. 5. The OSD pixel data from the transport unit 303 is then forwarded to OSD processor 320 in the MPEG audio/video decoder 304 for generating the guide image, as described before.

[0064] AS shown in FIG. 5, the “grid guide” 500 typically occupies the whole screen of a display. The grid guide 500 shows a program schedule in a time-and-channel format, similar to a TV schedule listed in a newspaper. In particular, one dimension (e.g., horizontal) of the guide shows the time information while the other dimension (e.g., vertical) of the guide shows the channel information. The time information is conveyed to the user by having a time line 501 on the top portion of the guide and is demarked by half hour intervals. The channel information is conveyed to the user by channel numbers 510-516 and corresponding channel station names 520-526.

[0065] In addition, the program guide 500 contains icons internet 550 and Email 560. By clicking on these icons, a user can surf the internet and send/receive email respectively through the communication interface unit 307. In addition, an internet web site icon may also be incorporated into a grid of a program guide. For example, by clicking on “ESPN.com” within grid 570, the user will automatically be linked to, for example, an ESPN web site.

[0066] A low speed data port 330 Is used to connect to an IR-Blaster (not shown) for controlling a VCR for recording a program. AS discussed before, an IR blaster is basically a programmable VCR remote control emulator controlled by the satellite receiver shown in FIG. 4. It is positioned in front of a VCR remote sensor of an attached VCR and will transmit commands such as “ON” and “RECORD” under the control of the satellite receiver at the appropriate time, according to the timer screen information entered by the users.

[0067] Additional relevant functional blocks of FIG. 4 include modem 307 which corresponds to the communication interface unit 116 shown in FIG. 3 for access to the internet, for example. Conditional Access Module (CAM) 309, corresponds to the NRSS decryption unit 130 shown in FIG. 3 for providing conditional access information. Wideband data module 310 corresponds to High Speed Data Port 75 shown in FIG. 3 for providing high speed data access to, for example, a HDTV decoder or a computer. A keyboard/IR Receiver module 312 corresponds to Remote Unit interface 120 shown in FIG. 3 for receiving user control commands from a user control unit 314. Digital AV bus module 313 corresponds to I/O port 100 shown in FIG. 3 for connection to an external device such as a VCR or a DVD player.

[0068]FIG. 6 shows an exemplary flow chart of an exemplary control program which may be executed by either the CPU 1112 of FIG. 2, Controller 115 of FIG. 3 or ARM microprocessor 315 of FIG. 4 to implement the features according to aspects of the present invention. A person skilled in the art would readily recognize that the control program when executed by any one of the systems described in FIGS. 2-4 provide the same features in accordance with the present invention. Therefore, to avoid redundancy, control program shown in FIG. 6 will be described below only with respect to the exemplary hardware implementation shown in FIG. 4.

[0069] Also, although three exemplary hardware diagrams have been shown and described in the present specification, one skilled in the art will readily recognize that the present invention will be able to be carried out in other hardware platform that is normally capable of receiving auxiliary programming information. Examples of such hardware platforms include, but are not limited to, video apparatus DTC100, DTV300 (Model P61300), DTV306 or DTV307, marketed by Thomson Consumer Electronics of Indianapolis Ind.

[0070] AS shown in steps 602 and 604 of FIG. 6, upon detecting a user's request to display an EPG, the ARM microprocessor 315 in the transport unit 303 will first determine whether EPG information is available for programs to be displayed in the EPG. ARM microprocessor will then process the program guide data information (if available) obtained from a data stream provided by a program guide information provider and formats the guide data information into OSD pixel data corresponding to, for example, a full “grid guide” as shown in FIG. 5. The OSD pixel data from the transport unit 303 Is forwarded to the MPEG audio/video decoder 304 for generating the guide image, as described before.

[0071] On the other hand, FIG. 7 shows what happens when program information is not available for a channel or program for any reason. A long “bar” 702, 703 or 704 is displayed respectively for Channels 6 (analog), 9-1 (digital), and 25-1 (digital). Each bar 702, 703 or 704 continues infinitely in time to represent that the channel contains unknown programming. A phrase, such as for example, “Regular Schedule” may be displayed, to notify the viewers that the device has no programming information available for that channel or program. In another exemplary embodiment (not show), each bar 702, 703 or 704 may be divided into discrete intervals, such as one-half hour, an hour, or 2-hour, etc. For Channel 46-1 and 46-2 which have digital-TV PSIP information available, such programming information is used and displayed in the EPG, as shown in FIG. 7.

[0072] In steps 608 and 610 of FIG. 6, when a “record” request is made by a user, the device according the present invention will determine whether EPG information is available for the program selected for recording. The determination whether programming information is available may already have been made previously in step 604 and the result may be used here, or alternatively, a new determination may be made to see if the status has changed.

[0073] As shown in step 612, if all required information are present, the record feature will be processed as already described before and the correct IR codes sent to, for example, a VCR at appropriate times. On the other hand, in step 614, If any required information for recording is missing or unavailable, the device may first alert the user that not all information required are available, and may ask the user to supply any missing information. This is illustrated in FIG. 8, where an exemplary alerting screen 801 is displayed.

[0074] Next, if the user selects to continue as in step 615, the user is sent to a Timer screen 900 as shown in FIG. 9. The system will first populate timer screen 900 with all known and available programming information or parameters such as, for example, signal source, channel number, subchannel number (if needed), start time (which equals current time), stop time (if available), frequency of recording, month, day of month, etc. In addition, the system will then attempt to intelligently guess and provide the missing information and parameters, such as, for example, a stop time, frequency of recording, and start time using a set of rules, as shown in step 616, and illustrated in FIG. 9.

[0075] For example, if a stop time is missing, a “best guess” is filled in for the stop time. Instead of simply entering the not-so-helpful current time, a set of rules for “guessing” the stop time may be implemented. One rule may be, for example, if the current time is 0 to 14 minutes past the hour, then set the stop time automatically to 30 minutes past the hour. Thus, if the current time 12:11 PM, then the system may automatically set the stop time to 12:30 PM. Another rule may be, for example, if the current time is 15 to 59 minutes past the hour, then the system may automatically set the stop time to the next full hour. Thus, if the current time is 9:16 AM, then the system may automatically set the stop time to 10:00 AM.

[0076] In addition, AM/PM may also be intelligently set automatically as follows. For example, if the current time is 15 to 59 minutes past 11:00 AM, then the stop time may be automatically set to 12:00 PM. Likewise, if the current time is 15 to 59 minutes past 11:00 PM, then the stop time may be automatically set to 12:00 AM.

[0077] The user is then allowed to freely change the system supplied information such as the stop time if desired, as shown in step 618 of FIG. 6. Just in case the device did not correctly guess the desired stop time, the highlight or “focus” of the cursor is automatically positioned to the stop-time entry field 901 so the user can enter the desired stop time if necessary, as illustrated in FIG. 9.

[0078] When the user is satisfied with the configuration of the automatically populated scheduler/timer, he selects “Run Timer” option 903 and he is finished. The recording will begin immediately, assuming he has left the start time at the current time instead of changing it to a later time. Otherwise, the recording will happen at an appropriate time in the future.

[0079] It is to be understood that the embodiments and variations shown and described herein are for illustrations only and that various modifications may be implemented by those skilled in the art without departing from the scope of the invention. 

1. A method for recording a program in an apparatus which has auxiliary programming information available, comprising the steps of: selecting a first program for recording determining whether associated auxiliary programming information is available for the selected first program for recording; if the associated auxiliary programming information is not available for the selected first program, automatically populating a recording timer with all known recording parameters; and automatically populating unknown recording parameters in the recording timer according to an algorithm.
 2. The method of claim 1 wherein the known recording parameters comprising at least one of: channel number; subchannel number; current month; current date; antenna source for the selected first program; and current time.
 3. The method of claim 1 wherein the unknown recording parameters comprising at least one of: stop time; frequency of recording; and start time.
 4. The method of claim 1 further comprising the step of allowing a user to modify any of the known and unknown recording parameters.
 5. The method of claim 1 further comprising providing an alert screen containing a message that not all associated programming information is available.
 6. The method of claim 3 wherein the algorithm for determining the stop time comprising a rule that if current time is 0 to 14 minutes past an hour, then set the stop time automatically to 30 minutes past the hour.
 7. The method of claim 3 wherein the algorithm for determining the stop time comprising a rule that if current time is 15 to 59 minutes past an hour, then set the stop time to the start of the next hour.
 8. The method of claim 3 wherein the algorithm for determining the stop time comprising a rule that if the current time is 15 to 59 minutes past 11:00 AM, then the stop time is automatically set to 12:00 PM.
 9. The method of claim 3 wherein the algorithm for determining the stop time comprising a rule that if the current time is 15 to 59 minutes past 11:00 PM, then the stop time may be automatically set to 12:00 AM.
 10. The method of claim 1 further comprising the step of automatically highlighting a stop time for the recording timer, when the recording timer is displayed.
 11. A system for recording a program wherein the system normally has auxiliary programming information available, comprising the steps of: means for selecting a first program for recording; and means for determining whether associated auxiliary programming information is available for the selected first program for recording, and if the associated auxiliary programming information is not available for the selected first program, said means for determining automatically populating a recording timer with all known recording parameters and automatically populating unknown recording parameters in the recording timer according to an algorithm.
 12. The system of claim 11 wherein the known recording parameters comprising at least one of: channel number; subchannel number; current month; current date; antenna source for the selected first program; and current time.
 13. The system of claim 11 wherein the unknown recording parameters comprising at least one of: stop time; frequency of recording; and start time.
 14. The system of claim 1 further comprising the step of allowing a user to modify any of the known and unknown recording parameters.
 15. The system of claim 11 further comprising providing an alert screen containing a message that not all associated programming information is available.
 16. The system of claim 13 wherein the algorithm for determining the stop time comprising a rule that if current time is 0 to 14 minutes past an hour, then set the stop time automatically to 30 minutes past the hour.
 17. The system of claim 13 wherein the algorithm for determining the stop time comprising a rule that if current time is 15 to 59 minutes past an hour, then set the stop time to the start of the next hour.
 18. The method of claim 13 wherein the algorithm for determining the stop time comprising a rule that if the current time is 15 to 59 minutes past 11:00 AM, then the stop time is automatically set to 12:00 PM.
 19. The method of claim 13 wherein the algorithm for determining the stop time comprising a rule that if the current time is 15 to 59 minutes past 11:00 PM, then the stop time may be automatically set to 12:00 AM.
 20. The method of claim 13 further comprising the step of automatically highlighting a stop time for the recording timer, when the recording timer is displayed. 